代码分析完成后，Understand可以将指标、交叉引用等结果整理成报告。导出前要先确定需要哪一种：批量报告适合保存项目资料，交互式报告适合查看某一类分析结果，指标数据则可以单独导出为CSV。选择好报告类型，再处理格式和保存位置，操作会更清楚。

看代码依赖时，最容易混淆的是“谁依赖了谁”。Understand会根据分析出的调用、引用等信息整理依赖，但文件、类和架构三个层级显示的内容并不完全相同。想把图看明白，先选对层级和方向；发现结果不准，再检查项目分析是否覆盖了相关源码。

Understand怎么分析代码复杂度？可以先查看函数的圈复杂度，再结合嵌套层数和代码行数定位值得检查的函数。如果指标突然升高、同一段代码前后数值不一致，先核对统计口径和项目解析结果。Understand提供普通、严格、修正等多种圈复杂度算法，选用的算法不同，数值也可能不同。

想看一个函数调用了谁，可以从该函数生成Calls图；想看哪些函数调用了它，则查看Called By图。图中少了函数节点时，先别急着认定源码里没有这段调用。图形范围、隐藏设置，以及项目对代码的解析结果，都会影响最终显示。

Understand会把源码分析结果、实体关系、度量数据等内容保存在项目数据库中。创建项目时看到的.und项目位置，和Understand实际保存分析数据的位置并不一定完全相同，这一点很容易混淆。项目移动到其他磁盘后打不开、数据库版本不匹配、parse.udb出现异常时，也不建议直接覆盖原文件。先把现有项目保留下来，再判断是分析数据可以重建，还是整个.und项目都需要重新创建，会更容易保住原来的工程配置。

Understand完成项目分析后，可以直接统计代码行数、函数复杂度、嵌套深度、类耦合等度量数据，也能按函数、文件、类和项目层级查看汇总结果。代码度量比较适合用来找体量较大的文件、复杂函数和耦合集中的模块，但这些数值依赖Understand已经识别到的源码实体。项目文件缺失、宏配置不对或者选错度量层级，都可能让结果和人工检查出现明显差异。

Understand分析完项目后，可以把函数之间的调用和被调用关系直接画成图，用来查入口函数、追踪多层调用链，或者判断某个函数改动后会影响哪些位置。调用关系图显示不完整时，先不要把问题归到图形界面上，因为图中的连线来自项目数据库里的实体和引用记录。源码解析不完整、宏定义不对、头文件缺失，都会让原本存在的函数调用没有进入分析结果。

Understand在完成源码分析后，会根据函数调用、变量引用、类型使用、文件引用等关系建立代码依赖数据。查看一个文件依赖了哪些模块、某个函数被谁调用，或者修改一个公共模块可能影响哪些文件，都可以从项目数据库里继续追踪。依赖图出现缺少调用、关系数量异常、同一个对象被识别成多个实体时，往往和项目分析配置有关，尤其是C/C++工程里的头文件目录、宏定义和实际编译参数没有配置完整时，依赖结果很容易跟源码实际情况对不上。

Understand通过项目数据库保存源码范围、语言类型、编译环境和分析配置。项目刚建立时，如果只把源码目录加进去，却没有把真实构建使用的头文件路径、宏定义和编译信息带进来，后面很容易出现文件识别不全、引用关系缺失或大量解析错误。另一类情况是原来能打开的项目换了电脑、移动源码目录或升级Understand后无法正常加载，这时要把项目数据库、源码路径和版本变化分开检查。

Understand架构视图可以把文件、类、函数重新组织到业务模块或技术分层中，再查看模块依赖。处理“Understand架构视图怎么生成Understand架构视图层级混乱如何调整”时，先确定划分逻辑，再映射代码实体。目录、功能和人员混在同一层，图形很快就会失去分析价值。